如果有任何問題或建議,歡迎隨時聯繫我:
你打開 Claude 的模型選單,看到四個名字:Fable 5、Opus 5、Sonnet 5、Haiku 4.5。
然後呢?
我猜你的做法大概是這兩種之一。第一種:選最上面那個最貴的,反正最強準沒錯。第二種:選最便宜的,能跑就好,省錢要緊。
兩種我都幹過。而且兩種都讓我吃過虧——第一種是帳單上的虧,第二種是重跑三次才發現模型根本做不到那件事的虧。
問題出在一個很基本的誤會:我們以為模型分級是遊戲裡的裝備等級。
青銅、白銀、黃金、鑽石,越後面越強,錢夠就往上買。這個心智模型太順了,順到沒人會停下來質疑它。
但它是錯的。我丟一個事實給你:
Claude Haiku 4.5 有一個功能,是 Claude Opus 5 做不到的。
最便宜的那個,會一件最貴的那個不會的事。這不是我唬爛,是官方文件白紙黑字寫的規格差異。
如果這句話讓你「嗯?」了一下——那今天這篇就是為你寫的。這是 30 天的第一天,我們把地基打好:Claude 到底有幾個模型、它們真正的差別在哪、以及為什麼「選最貴的」是一個會讓你多花五倍錢卻沒拿到對應價值的策略。
模型迭代很快,本篇主要告訴你模型選擇等等概念!
| 天數 | 主題 | 描述 |
|---|---|---|
| Day 1 | Claude 模型怎麼選?2026 最新四階模型完整比較 | Fable 5 / Opus 5 / Sonnet 5 / Haiku 4.5 的定位、規格與適用場景 |
| Day 2 | Claude 的計價邏輯:搞懂 input / output 為什麼差 5 倍 | 不背數字,理解計價結構,建立可長期沿用的成本直覺 |
| Day 3 | 不知道用哪個模型?官方建議「從 Opus 5 開始」背後的思維 | 為什麼預設起手不是最便宜、也不是最強的那個 |
| Day 4 | Claude Haiku 4.5 適合做什麼?便宜模型的正確用法 | 便宜模型不是次等品,是專用工具 |
| Day 5 | Claude context window 是什麼?1M token 到底能塞多少東西 | 用實際檔案量換算,破除「塞越多越好」的迷思 |
| Day 6 | Claude 模型選擇決策表:一張圖判斷你該用哪一個 | 把前五天濃縮成一張可以貼在螢幕旁的決策流程 |
| Day 7 | Token 是什麼?為什麼你的 Claude 帳單比想像中貴 | 從 tokenizer 原理理解中文為什麼特別燒錢 |
| Day 8 | Claude 省 token 的 5 個實用技巧(一般使用者也適用) | 不寫程式也能立刻套用的五個習慣 |
| Day 9 | Prompt Caching 是什麼?讓重複內容只算 10% 費用 | 快取寫入與命中的計價邏輯,以及什麼時候會虧 |
| Day 10 | Claude Batch API 教學:非即時任務直接省一半費用 | 用時間換金錢,非同步任務的正確打開方式 |
| Day 11 | 新世代 tokenizer:同樣的中文為什麼變貴了 | Claude 4.7 世代換了 tokenizer,這對中文使用者的實際影響 |
| Day 12 | 對話越長越燒錢?Claude 長對話的成本陷阱與解法 | 每一輪都重算全部歷史——以及三種切斷成本累積的做法 |
| Day 13 | Claude 用量怎麼監控?成本失控前的預警機制 | 從 usage 欄位到 Console 儀表板,把帳單變成可觀測系統 |
| Day 14 | Claude effort 參數是什麼?五個檔位該怎麼設 | low / medium / high / xhigh / max 的取捨與實測建議 |
| Day 15 | Adaptive Thinking 是什麼?為什麼你不用再寫「think step by step」 | 模型自己決定何時思考,舊 prompt 技巧為何失效 |
| Day 16 | Claude 回答變淺了?檢查這兩個隱藏設定 | 排查思路:先看 effort,再看 thinking 設定 |
| Day 17 | Claude Prompt 寫法教學:官方最佳實踐的骨架 | 一個可以套用在 90% 情境的 prompt 結構 |
| Day 18 | 用 XML 標籤讓 Claude 輸出更穩定(結構化輸出教學) | 為什麼 Claude 特別吃 XML,以及怎麼設計標籤 |
| Day 19 | System Prompt 怎麼寫?角色設定的正確姿勢 | system 與 user 的分工,以及「你是一位專家」為什麼沒用 |
| Day 20 | Claude 幻覺怎麼防?降低錯誤輸出的實用做法 | 引用來源、允許說不知道、把驗證寫進流程 |
| Day 21 | Claude Code 是什麼?安裝與第一次使用完整教學 | 從安裝到跑完第一個任務,含常見卡關點 |
| Day 22 | Claude Code 省 token 設定:別讓它讀完整個專案 | CLAUDE.md、忽略規則與 context 控制的實戰配置 |
| Day 23 | MCP 是什麼?把外部工具接進 Claude 的原理與實作 | Model Context Protocol 的設計哲學與一個可跑的範例 |
| Day 24 | 前端如何呼叫 Claude API?Messages 端點入門 | 第一支 API 請求,以及為什麼不該在瀏覽器直接呼叫 |
| Day 25 | Claude 串流輸出(Streaming):打造即時回應體驗 | SSE 事件流解析與前端逐字渲染 |
| Day 26 | Claude API 錯誤處理與重試:正式環境該注意什麼 | 429 / 529 的正確退避策略與冪等性設計 |
| Day 27 | 模型分流(Model Routing)是什麼?別再一支模型用到底 | 依任務難度動態選模型的判斷邏輯 |
| Day 28 | LLM 成本優化架構:小模型前置分流 + 大模型收尾 | 一套可落地的分層架構與失敗處理 |
| Day 29 | 從「會用」到「用得對、用得省」:我 30 天的踩坑與心法 | 誠實記錄過程中判斷錯誤的地方 |
| Day 30 | Claude 使用總整理:模型、成本、設定一次看懂 | 全系列濃縮成一份可以收藏的速查表 |
先把牌攤開。以下是 2026 年 8 月的 Claude 四階模型:
| Claude Fable 5 | Claude Opus 5 | Claude Sonnet 5 | Claude Haiku 4.5 | |
|---|---|---|---|---|
| API ID | claude-fable-5 |
claude-opus-5 |
claude-sonnet-5 |
claude-haiku-4-5 |
| 官方定位 | 長時間執行的代理任務 | 複雜的代理式編碼與企業工作 | 速度與智慧的最佳組合 | 最快,且智慧接近前沿 |
| Context window | 1M tokens | 1M tokens | 1M tokens | 200k tokens |
| 最大輸出 | 128k tokens | 128k tokens | 128k tokens | 64k tokens |
| 相對速度 | 較慢 | 中等 | 快 | 最快 |
| 相對成本 | 10× | 5× | 2× | 1×(基準) |
先講「相對成本」那一列,因為它藏了一個好消息,也藏了一個活教材。
我用 Haiku 4.5 當 1 倍基準去算,Fable 5 是 10 倍、Opus 5 是 5 倍、Sonnet 5 是 2 倍。而且 input 和 output 各自算出來的倍數完全一樣。
這代表什麼?代表你不需要背四組數字。你只要記住「10 / 5 / 2 / 1」這個相對關係,換模型時心裡就有譜了。這個相對梯度,比任何一個模型的絕對定價都更值得記住。
如果你想要絕對數字:Haiku 4.5 是每百萬 input token 1 美元、output 5 美元,其他三個照上面的倍數推。但別把這組數字當成長期依據——計價的「結構」比「數字」重要得多,這是 Day 2 的主題。
另外提一個你可能會在官方文件角落瞄到的名字:Claude Mythos 5(claude-mythos-5)。它跟 Fable 5 同規格同價,但屬於 Project Glasswing,採邀請制、沒有自助申請管道。所以這 30 天我不會拿它當教學素材——寫了你也用不到,那叫浪費你的時間。
回到前言那個伏筆。Haiku 4.5 會、但 Opus 5 不會的,是什麼?
答案是 Extended thinking(延伸思考,thinking.type: "enabled")。
| Extended thinking | Adaptive thinking | |
|---|---|---|
| Claude Fable 5 | ❌ | ✅(永遠開啟) |
| Claude Opus 5 | ❌ | ✅ |
| Claude Sonnet 5 | ❌ | ✅ |
| Claude Haiku 4.5 | ✅ | ❌ |
看到那條分界線了嗎?它剛好把四個模型切成三比一,而且便宜的那個站在另一邊。
這不是官方偷懶漏做,是設計上的取代關係:
effort 參數去調整它願意花多少力氣。所以新世代三兄弟不是「不能思考」——它們是不再需要你告訴它要思考。而 Haiku 4.5 屬於上一個世代(版號 4.5 就是線索),還留在舊架構上。
這件事的實務影響比你想的大。如果你照著 2025 年的教學文,在 Opus 5 的請求裡塞
thinking: {"type": "enabled"},你不會得到「更聰明的 Claude」,你會得到一個 400 錯誤:"thinking.type.enabled" is not supported for this model. Use "thinking.type.adaptive" and "output_config.effort" to control thinking behavior.反過來也一樣:Haiku 4.5 拒絕
thinking: {"type": "adaptive"},而且它根本不在effort參數的支援清單裡——你想調也沒得調,它的思考深度只能靠舊的budget_tokens設定。版號不只是新舊,它標示的是架構世代。 這兩個世代的參數不通用,照著過期教學抄會直接吃 400。
Adaptive thinking 值得單獨講一天,我排在 Day 15。今天你只要記住這條分界線的存在就好。
規格表告訴你它們「有什麼」,但選模型時你真正需要的是知道它們「為了什麼而生」。一個一個來。
官方描述是「Next-generation intelligence for long-running agents」,關鍵字是 long-running。
這句話值得咀嚼一下。它強調的不是「單次回答更漂亮」,而是「連續工作好幾個小時不走鐘」。一個要跑三十個步驟、中間會呼叫十幾次工具的自動化流程,最怕的不是某一步答得不夠好,而是跑到第二十步時模型忘了自己在幹嘛。Fable 5 是為了這個場景設計的。
它的 adaptive thinking 是永遠開啟、無法關閉——你傳 disabled 進去會被拒絕。官方等於把方向盤焊死了:用我,就是要你讓我想。
它在 2026 年 6 月 9 日正式全面開放。
什麼時候用它:長時間自主代理、跨越數十個步驟的複雜工作流、以及你評估過確實需要最高能力的場合。
「For complex agentic coding and enterprise work」——複雜的代理式編碼與企業工作。
它是四個裡面**唯一被官方明確點名「不確定就選它」**的。而且如同前面提過的,它的知識截止日是四個裡面最新的(2026 年 5 月),比更貴的 Fable 5 還晚了四個月。
「次強」加上「最新」這個組合其實很微妙,也是為什麼官方敢把它當預設值。Day 3 我會把這套推理完整拆開。
什麼時候用它:日常開發主力。當你懶得想的時候,選它的期望值最高。
「The best combination of speed and intelligence」——速度與智慧的最佳組合。
Sonnet 5 最容易被低估的一點是:它也有完整的 1M context。很多人以為 1M 是旗艦專屬,其實不是,四個模型裡有三個都給滿。你不需要為了 context 而升級到 Opus 5。
它的定位是「上到 production 之後真正在跑的那個」。當你的服務每天要處理幾萬次請求,2× 跟 5× 的成本差距會被放大成很有感的數字,而多數請求根本吃不完 Opus 5 的能力。
什麼時候用它:有量、要快、品質仍需維持在高水準的線上服務。
Sonnet 5 的 $2/$10 是目前的標準價,不是限時優惠——可以放心當長期估算基準,不用另外記一個「之後會變」的但書。
「The fastest model with near-frontier intelligence」——最快,且智慧接近前沿。
注意它的版號:4.5,不是 5。
這不是命名隨性,是誠實標示。前面講的所有「新世代特性」它都沒有——不支援 adaptive thinking、不在 effort 的支援清單裡、context 是 200k 不是 1M、知識停在 2025 年 2 月。
但「上個世代」不等於「比較差的選擇」。它等於「不同的工具」。 你不會因為電鑽比較新就用電鑽鎖螺絲。當任務只是分類、抽取、格式轉換、判斷是非——那些不需要深度推理、不需要新知識、只需要又快又便宜的活兒——Haiku 4.5 就是最對的答案,而且是唯一對的答案。
什麼時候用它:高頻、簡單、對延遲敏感的任務。這一整天的內容我排在 Day 4。
大部分比較文章看完,你只會記得「越貴越強」。那等於沒看。
我建議你改看這三條軸線——它們才會真正影響「這個任務能不能做成」。
Fable 5、Opus 5、Sonnet 5 都是 1M tokens,Haiku 4.5 是 200k tokens。差五倍。
1M token 大概是多少?官方給的換算是約 55 萬個英文單字。如果換算成中文,因為 tokenizer 的關係會更少一些(這是 Day 7 和 Day 11 的主題)。體感上,1M 足夠塞進一個中型專案的全部原始碼,200k 大概是一份完整的技術文件加上幾個檔案。
這裡有個容易被忽略的好消息:1M context 是標準計價,沒有長文本溢價。 一個 90 萬 token 的請求,每個 token 的單價跟 9 千 token 的請求一模一樣。你不會因為「用滿」而被額外懲罰。
(但這不代表你該把 context 塞滿。塞滿的代價不是單價,是總量——這個坑我留到 Day 5 和 Day 12 講。)
這條軸線幾乎沒有比較文章會提,但它害我 debug 過整整一個下午。
| 模型 | 可靠知識截止日 |
|---|---|
| Claude Opus 5 | 2026 年 5 月 |
| Claude Fable 5 | 2026 年 1 月 |
| Claude Sonnet 5 | 2026 年 1 月 |
| Claude Haiku 4.5 | 2025 年 2 月 |
注意到了嗎?最貴的 Fable 5,知識截止日比 Opus 5 還早了四個月。
「越貴越新」的直覺在這裡直接破功。模型的訓練時間點跟它的能力等級是兩件事——Fable 5 更強,但它是在更早的資料上訓練出來的。
而 Haiku 4.5 更誇張,停在 2025 年 2 月。你拿它問任何 2025 下半年之後的新框架、新 API、新版本號,它給你的答案會非常有自信,而且非常過時。
這是選模型時最容易踩的隱形地雷。能力強 ≠ 知識新。 如果你的任務跟「最近發生的事」有關(新版套件、今年的規格、最新的定價),要嘛選知識截止日夠新的模型,要嘛把資料直接餵進 context 裡別讓它自己回想。Day 20 講防幻覺時會回到這個點。
Fable 5 較慢、Opus 5 中等、Sonnet 5 快、Haiku 4.5 最快。
如果你在做的是離線批次處理,慢一點無所謂,甚至可以用 Batch API 換取半價(Day 10)。但如果是使用者正盯著畫面等回應的即時場景,延遲就是產品體驗本身。
一個聊天機器人用 Fable 5,回答品質可能提升 5%,但使用者等到想關掉分頁。這筆交易划算嗎?
看完三條軸線,你可能更暈了:那到底選哪個?
先看官方的原話。Claude 文件在「Choosing a model」段落開宗明義:
If you're unsure which model to use, start with Claude Opus 5 for complex agentic coding and enterprise work. For workloads that need the highest available capability, use Claude Fable 5.
(如果你不確定該用哪個模型,複雜的代理式編碼與企業工作請從 Claude Opus 5 開始。需要最高能力的工作負載,才用 Claude Fable 5。)
注意這句話的結構:預設起手是 Opus 5,不是最便宜的 Haiku 4.5,也不是最強的 Fable 5。
是排第二的那個。
這個建議背後其實有一套挺完整的成本效益推理,值得單獨拆開講——我排在 Day 3。今天先把結論放著,讓它在你腦裡沉澱兩天。
講了這麼多,來看一個具體的。
假設你要把 5,000 筆客服對話做情緒分類,每筆輸出就是「正面 / 中性 / 負面」三選一。
❌ Before:反正 Fable 5 最強,用它準沒錯
response = client.messages.create(
model="claude-fable-5", # 10× 成本、最慢、知識截止 2026-01
max_tokens=16,
messages=[{"role": "user", "content": f"分類這段對話的情緒:{text}"}],
)
✅ After:先問「這個任務的瓶頸是什麼?」
response = client.messages.create(
model="claude-haiku-4-5", # 1× 成本、最快、200k context 綽綽有餘
max_tokens=16,
messages=[{"role": "user", "content": f"分類這段對話的情緒:{text}"}],
)
差別在哪?先盤點這個任務真正需要什麼:不需要 1M context(一筆對話幾百個 token 而已)、不需要最新知識(情緒判斷跟今年發生什麼事無關)、不需要深度推理(三選一)。三條軸線全部用不到。
那 Fable 5 多出來的 10 倍成本,你買到了什麼?答案是買到了你用不到的能力,還附贈更慢的回應。5,000 筆跑下來,這個選擇的差距是實打實的十倍。
這就是「用得對,也用得省」的核心:省不是砍到最便宜,是不為用不到的能力付錢。
當然,如果任務換成「讀完整個 repo 然後重構認證模組」,那就是完全相反的答案。沒有最好的模型,只有跟任務對得上的模型。
今日挑戰:翻出你最近三次用 Claude 做的事,對每一件回答四個問題——① 它需要超過 200k 的 context 嗎?② 它需要 2025 年 2 月之後的知識嗎?③ 它需要深度推理,還是只是格式轉換/分類/摘要?④ 有人在等這個回應嗎?
四題全部答「否」的那件事,下次拿 Haiku 4.5 跑跑看,比較一下結果。你可能會嚇一跳。
反思:如果「最貴的模型不一定最適合」這件事這麼直覺,為什麼我們還是會反射性地選最貴的?我自己的答案是——因為判斷成本比金錢成本更痛。 花時間想「這個任務需要什麼」,比直接刷卡買最強的累多了。你呢?你的預設選擇是哪一個,為什麼?
今天我們把地基打好了。四個模型攤開來看,會發現「越貴越強」這個直覺在三個地方失效:Haiku 4.5 有 Opus 5 沒有的 extended thinking、Fable 5 的知識截止日比 Opus 5 更早、官方建議的預設起手是排第二的 Opus 5 而不是最強的那個。
選模型真正該看的不是價格排序,而是三條軸線:context window 夠不夠、知識截止日夠不夠新、延遲能不能忍。這三條決定「任務做不做得成」,價格只決定「做成之後你付多少」。
而「用得對,也用得省」的省,從來不是砍到最便宜——是不為你用不到的能力付錢。
本日關鍵字回顧
effort 參數調節。明天我們把鏡頭拉近到帳單上。你知道為什麼 Claude 的 output 收費是 input 的 5 倍嗎?這個比例不是隨便訂的,它直接反映了模型內部的運作方式——而看懂這件事之後,你會發現有一大類「省錢技巧」其實是在做白工。
這次的文章文字數較多,會盡可能濃縮重點給大家,畢竟在凌晨邊吃牛肉麵邊趕出來的文章,太別香~
Day 2,我們聊計價邏輯。
看到 Haiku 4.5 反而會做 extended thinking、而 Opus 5 跟 Fable 5 走 adaptive thinking,這個反直覺真的很醒腦;再加上 1M context 跟 200k 的差距、還有 Fable 5 的知識截止日比 Opus 5 更早,整個「越貴越新」的直覺直接被拆開來看,超有感。手邊有多的 Lovable 額度想送給有緣人,有興趣可從連結看看我的系列。 https://ithelp.ithome.com.tw/articles/10401174
感謝細讀!補個當時沒展開的細節:Haiku 4.5 走 extended thinking 是世代分界而非功能閹割——版號 4.5 就是線索。新世代改用 adaptive thinking,思考深度交給 effort 管,所以照舊教學在 Opus 5 傳 thinking: enabled 會直接吃400。這條線我留到 Day 15 去闡述。
您系列的 Plan / Build 切分跟這件事剛好是對照組:一個把規劃做成顯式開關,一個把判斷收回模型身上。祝好文鐵人賽順利!